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DETAILED ACTION 

This is a first Office Action on the merits of this application. Claims 
1-25 are presented for examination. 

Drawings 

The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) 
because they include the following reference characters) not mentioned in the 
description: 
1. 

• Figure 3: 310, 314 

• Figure 9: 906 

• Figure 11: 1106 

• Figure 13: 1302, 1304,1306, 1318 

• Figure 14: 1402, 1404, 1406 

Corrected drawing sheets in compliance with 37 CFR 1 .121 (d), or amendment 
to the specification to add the reference character(s) in the description in 
compliance with 37 CFR 1 .121 (b) are required in reply to the Office action to 
avoid abandonment of the application. Any amended replacement drawing sheet 
should include all of the figures appearing on the immediate prior version of the 
sheet, even if only one figure is being amended. Each drawing sheet submitted 
after the filing date of an application must be labeled in the top margin as either 
"Replacement Sheet" or "New Sheet" pursuant to 37 CFR 1.121(d). If the 
changes are not accepted by the examiner, the applicant will be notified and 
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informed of any required corrective action in the next Office action. The objection 
to the drawings will not be held in abeyance. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 1 02 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have.been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

3. This application currently names joint inventors. In considering 
patentability of the claims under 35 U.S.C. 103(a), the examiner presumes that 
the subject matter of the various claims was commonly owned at the time any 
inventions covered therein were made absent any evidence to the contrary. 
Applicant is advised of the obligation under 37 CFR 1 .56 to point out the inventor 
and invention dates of each claim that was not commonly owned at the time a 
later invention was made in order for the examiner to consider the applicability of 
35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 
U.S.C. 103(a). 

4. Claim 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ezekiel ("Ezekiel"; US #5625783) in view of "Using adapters to reduce interaction 
complexity in reusable component-based software development"("Rine", 1999) 
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As per independent claim 1 , Ezekiel teaches a computer-implemented 
method of generating a componentized user interface, the method comprising: 

(a) providing a first set of interface elements with a framework (col 9, 
paragraph 4 where common commands included as placeholders is interpreted 
as a set of interface elements); 

(b) providing a second set of interface elements (abstract, add-on 
software components provides additional menu items is interpreted as one or 
more sets of interface elements) with a first plug-in that is linked to the framework 
(in fig 2, item 271 where add-on dll is interpreted as a plug-in); 

(c) providing a third set of interface elements with a second plug-in 
that is linked to the framework ( abstract and column 6 paragraph 2 add-on 
software components provides additional menu items is interpreted as one or 
more sets of interface elements) with a second plug-in that is linked to the 
framework (in fig 2, item 272 where add-on dll is interpreted as a plug-in). 

(d) hosting the first plug-in and the second plug-in with a shell linked to 
the framework (in fig 2, items 271 , 272 hosted by shell 260 linked to 250 
interpreted as a framework). 

(e) Although Ezekiel shows providing an interface between the shell and 
the first plug-in and between the shell and the second plug-in (fig 2 link between 
260 and 271 , 272). Ezekiel does not expressly disclose the link is a shell adapter 
interface, in order to utilize the second set of interface elements and the third set 
of interface elements. 
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However, Rine does teach this (abstract, where the components are 
interpreted as one or more plug-ins adapters are interpreted as one or more shell 
adapter interfaces. 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Rine adapter in Ezekiel's method. 
The motivation would have been to increase the components' reusability and 
ease their integration (Rine, abstract). 

5. Claims 2-5, 8-13 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Ezekiel and Rine as applied to claim 1 above, and further in 
view of "Defining menus and toolbars in XML" ("Gehrman", Aug 2, 2002). 

As per claim 2, Ezekiel and Rine teach the computer-implemented method 
of claim 1 , wherein the first plug-in comprises: 

(i) a first file that provides an interface between the framework and the first 
plug-in; and (ii) a second file ( Ezekiel, col 6 paragraph 2 where the add-on is 
interpreted as the plug-in, the module commands object is interpreted as the 
interface file and the module object is interpreted as the second file). 

Ezekiel does not teach that this file is written in a markup language that 
includes menu elements. However, Gehrman does teach this (Introduction, 
paragraph 2 where the XML file is interpreted as the file written in a markup 
language and items appearing in the menu bar may come from many different 
plugins or parts is interpreted as the XML file includes menu elements.) 
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Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's XML in Ezekiel's method. 
The motivation is to facilitate customization of menus without changing the 
application's source code (Gehrman, introduction). 

As per claim 3, although Ezekiel does teach the plug-in contains menu 
items ( Ezekiel, abstract) Gehrman further teaches these items are included in 
the XML file. (Gehrman Introduction, paragraph 2 where appearance in menu 
bars and tool bars coded in XML is interpreted to mean the elements in the XML 
file includes menu bars and toolbars). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's inclusion of menu bars 
and tool bars with Ezekiel's method. The motivation is to facilitate customization 
of menus including menu bars and tool bars without changing the application's 
source code (Gehrman, introduction). 

As per claim 4, Ezekiel and Rine teach the computer-implemented method 
of claim 1 , wherein the second plug-in comprises: 

(i) a first file that provides an interface between the framework and the second 
plug-in; and (ii) a second file (Ezekiel, col 6 paragraph 2 where the add-on is 
interpreted as the plug-in, the module commands object is interpreted as the 
interface file and the module object is interpreted as the second file). 
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Ezekiel does not teach that this file is written in a markup language that 
includes menu elements. However, Gehrman does teach this (paragraph 2 
where the XML file is interpreted as the file written in a markup language and 
items appearing in the menu bar may come from many different plug-ins or parts 
is interpreted as the XML file includes menu elements.) 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's XML file in combination 
with Ezekiel's method. The motivation is to facilitate customization of menus 
without changing the application's source code (Gehrman, introduction). 

As per claim 5, although Ezekiel does teach the plug-in contains menu items ( 
Ezekiel, abstract). Gehrman further teaches these items are included in the XML 
file. (Gehrman, Introduction, paragraph 2 where appearance in menu bars and 
tool bars coded in XML is interpreted to mean the elements in the XML file 
include menu bars and tool bars). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's inclusion of menu bars 
and toolbars with Ezekiel's method. The motivation is to facilitate customization 
of menus including menu bars and toolbars without changing the application's 
source code (Gehrman, introduction). 

As per claim 8, Ezekiel and Rine teach the computer-implemented method 
of claim 2, wherein the first file comprises an executable file (Ezekiel, col 6 
paragraph 2 where the add-on is interpreted as the plug-in, the module 
commands object is interpreted as the interface file and the module object is 
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interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises an extensible markup language (XML). 

However, Gehrman does teach this (Introduction, paragraph 2 where the 
actions coded in C++ is interpreted as an executable and the XML file is 
interpreted as the file written in an extensible markup language (XML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
with an executable in combination with Ezekiel's method. The motivation is to 
facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 9, Ezekiel and Rine teach the computer-implemented method 
of claim 2, wherein the first file comprises an executable file (Ezekiel, col 6 
paragraph 2 where the add-on is interpreted as the plug-in, the module 
commands object is interpreted as the interface file and the module object is 
interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises a standard generalized markup 
language (SGML). However, Gehrman does teach this (Introduction, paragraph 2 
where the actions coded in C++ is interpreted as an executable and the XML file 
is interpreted as the file written in a standard generalized markup language 
(SGML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
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with an executable in combination with Ezekiel's method. The motivation is to 
facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 10, Ezekiel and Rine teach the computer-implemented 
method of claim 4, wherein the first file comprises an executable file ( Ezekiel, col 
6 paragraph 2 where the add-on is interpreted as the plug-in, the module 
commands object is interpreted as the interface file and the module object is 
interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises an extensible markup language (XML). 
However, Gehrman does teach this (Introduction, paragraph 2 where the actions 
coded in C++ is interpreted as an executable and the XML file is interpreted as 
the file written in an extensible markup language (XML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
with an executable in combination with Ezekiel's method. The motivation is to 
facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 1 1 , Ezekiel and Rine teach the computer-implemented 
method of claim 4, wherein the first file comprises an executable file (Ezekiel, col 
6 paragraph 2 where the add-on is interpreted as the plug-in, the module 
commands object is interpreted as the interface file and the module object is 
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interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises a standard generalized markup 
language (SGML). However, Gehrman does teach this (Introduction, paragraph 2 
where the actions coded in C++ is interpreted as an executable and the XML file 
is interpreted as the file written in a standard generalized markup language 
(SGML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
with an executable in combination with Ezekiel's method. The motivation is to 
facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 12, Ezekiel and Rine teach the computer implemented 
method of claim 1 , wherein the framework is configured to provide the first set of 
interface elements (col 9, paragraph 4 where common commands included as 
placeholders is interpreted as a set of interface elements); Ezekiel does not 
teach the set is for a plurality of applications. However Gehrman does teach this 
(Gehrman page 3, paragraph 2 where standard actions are stored in a non- 
application specific class.) 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use Gehrman's separation of a set of 
Standard actions, which are non-application specific. The motivation is to have 
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the standard actions automatically be included in the application(s) without 
having to rewrite code. (Gehrman, page 3 paragraph 2). 

As per claim 13, Ezekiel teaches the computer implemented method of 
claim 1 , wherein the second set and the third set of interface elements comprise 
interface elements for the same application (Ezekiel, fig 2 items 260, 271 , 272). 

6. Claims 6, 7, and 14 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Ezekiel and Rine as applied to claim 1 above, and further in 
view of "Microsoft Office 2000/ Visual Basic: Programmer's Guide" ("Shank", 
April, 1999). 

As per claim 6, Ezekiel and Rine teach the computer-implemented method 
of claim 1 . Ezekiel and Rine do not teach wherein the framework is configured to 
discover the first plug-in and the second plug-in. However Shank does teach this 
(Shank chapter 2, "Deploying Templates and Application-Specific Add-ins" 
paragraph 3 where the default folder c:\windows\application 
Data\Microsoft\Addins is interpreted as the default folder the framework is setup 
to discover plug-ins). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's default folder in Ezekiel's 
modified method. The motivation would have been to make it easier to locate an 
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add-in (Shank, chapter 2, "Deploying Templates and Application-Specific Add- 
ins" paragraph 7). 

As per claim 7, Even though Ezekiel shows the application locating and 
loading the plug-ins(fig 2, 260, 271 , 272). He does not explicitly teach this is an 
automatic loading process. However Shank does teach this (Shank chapter 2, 
"Deploying Templates and Application-Specific Add-ins" paragraph 3 where add- 
ins that are installed in the add-ins folder automatically appear in the list of 
available add-ins dialog box is interpreted to mean the add-ins are automatically 
loaded from the default configured folder). Since no definition is provided for user 
interface component loader, it is interpreted in the broadest sense - an automatic 
loading of a plug-in. 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's component loader in 
Ezekiel's modified method. The motivation would have been that the users do not 
have to browse to find correct files. (Shank, chapter 2, "Deploying Templates and 
Application-Specific Add-ins" paragraph 5). 

As per claim 14, Ezekiel and Rine teach the computer-implemented 
method of claim 1 wherein the second set of interface elements comprises 
interface elements for a first application (Ezekiel abstract and fig 2 items 260, 
271). Ezekiel and Rine do not explicitly teach the third set of interface elements 
comprise interface elements for a second application that is different from the 
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first application. However Shank does teach this (Chapter 1 1 , Add-ins, 
Templates, Wizards and Libraries paragraph 3 where COM add-ins work in more 
than one of the applications). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's non-application specific add- 
in in Ezekiel's method. The motivation would have been to eliminate redundancy 
and be able to share code in the add-in (Shank, Chapter 1 1 , Add-ins, Templates, 
Wizards and Libraries paragraph 3). 

7, Claim 15 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ezekiel ("Ezekiel"; US #5625783) in view of "Using adapters to reduce interaction 
complexity in reusable component-based software development"("Rine", 1999) 
and "Microsoft Office 2000/ Visual Basic: Programmer's Guide" ("Shank", April, 
1999). 

As per independent claim 15, Ezekiel teaches a computer implemented 
method of providing extensibility to a user interface, the method comprising: 

(a) providing a framework the framework comprising a first set of interface 
elements (Ezekiel, col 9, paragraph 4 where common commands included as 
placeholders is interpreted as a set of interface elements). Although Ezekiel 
shows the locating and loading of the plug-ins(fig 2, 260, 271, 272), Ezekiel does 
not explicitly teach the addition of a user interface component loader, the 
framework configured to discover a plug-in located in a plug-in directory. 
However Shank does teach this (Shank chapter 2, "Deploying Templates and 
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Application-Specific Add-ins" paragraph 3 where the default folder 
c:\windows\application Data\Microsoft\Addins is interpreted as the default folder 
the framework is setup to discover plug-ins) and (Shank chapter 2, "Deploying 
Templates and Application-Specific Add-ins" paragraph 3 where the add-ins that 
are installed in the add-ins folder automatically appear in the list of available add- 
ins dialog box is interpreted to mean the add-ins are automatically loaded from 
the default configured folder). Since no definition is provided for user interface 
component loader it is interpreted in the broadest sense - an automatic loading 
of an add-in. 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's default folder and component 
loader in Ezekiel's method. The motivation would have been that it is easier to 
locate an add-in (Shank, chapter 2, "Deploying Templates and Application- 
Specific Add-ins" paragraph 7) and users do not have to browse to find correct 
files(Shank, chapter 2, "Deploying Templates and Application-Specific Add-ins" 
paragraph 5). 

(b)Ezekiel teaches loading the plug-in, the plug-in to provide a second set 
of interface elements. (Ezekiel abstract and col 6 par 2, add-on software 
components provide additional menu items are interpreted as one or more sets 
of interface elements). Ezekiel does not teach the plug-in was loaded with a user 
interface component loader. Shank does (Shank chapter 2, "Deploying 
Templates and Application-Specific Add-ins" paragraph 3 where add-ins that are 
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installed in the add-ins folder automatically appear in the list of available add-ins 
dialog box is interpreted to mean the add-ins are automatically loaded from the 
default configured folder). Since no definition is provided for user interface 
component loader it is interpreted in the broadest sense -an automatic loading of 
an add-in. 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's default folder and component 
loader in Ezekiel's method. The motivation would have been that users do not 
have to browse to find correct files(Shank, chapter 2, "Deploying Templates and 
Application-Specific Add-ins" paragraph 5). 

(c) Ezekiel teaches hosting the plug-in with a shell linked to the framework 
(in fig 2, item 271 hosted by shell 260 linked to 250 interpreted as a framework). 

(d) Ezekiel teaches providing an interface between the shell and the plug- 
in (fig 2 link between 260 and 271 ). Ezekiel and Shank do not expressly disclose 
the link is a shell adapter interface, in order to utilize the second set of interface 
elements. However, Rine does teach this (abstract, where the components are 
interpreted as one or more plug-ins and adapter is interpreted as the shell 
adapter interface). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Rine's adapter in Ezekiel's modified 
method. The motivation would have been to increase the components' reusability 
and ease their integration (Rine, abstract). 
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8. Claims 16-23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ezekiel, Rine and Shank as applied to claim 15 above, and further in view of 
"Defining menus and toolbars in XML" ("Gehrman", Aug 2, 2002). 

As per claim 16, Ezekiel, Rine and Shank teach the computer- 
implemented method of claim 15, wherein the plug-in comprises: 

(i) a first file that provides an interface between the framework and the 
plug-in; (ii) a second file written in a markup language and that includes menu 
elements ( Ezekiel, col 6 paragraph 2 where the add-on is interpreted as the 
plug-in, the module commands object is interpreted as the interface file and the 
module object is interpreted as the second file). Ezekiel does not teach that this 
file is written in a markup language that includes menu elements. However, 
Gehrman does teach this (Introduction, paragraph 2 where the XML file is 
interpreted as the file written in a markup language and items appearing in the 
menu bar may come from many different plug-ins or parts is interpreted as the 
XML file includes menu elements.) 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's XML in Ezekiel's method. 
The motivation is to facilitate customization of menus without changing the 
application's source code (Gehrman, introduction). 

As per claim 17, Ezekiel, Rine, Shank in view of Gehrman teach the 
computer-implemented method of claim 16, wherein the menu elements are 
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selected from the group consisting of a toolbar, a status bar, and a menu bar. 
Although Ezekiel does teach the plug-in contains menu items ( Ezekiel, abstract) 
Gehrman further teaches these items are included in the XML file. (Gehrman 
Introduction, paragraph 2 where appearance in menu bars and tool bars coded in 
XML is interpreted to mean the elements in the XML file include menu bars and 
toolbars). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's inclusion of menu bars 
and toolbars with Ezekiel's method. The motivation is to facilitate customization 
of menus including menu bars and toolbars without changing the application's 
source code (Gehrman, introduction). 

As per claim 18, Ezekiel, Rine, Shank and Gehrman teach the computer- 
implemented method of claim 16, wherein the first file comprises an executable 
file (Ezekiel, col 6 paragraph 2 where the add-on is interpreted as the plug-in, the 
module commands object is interpreted as the interface file and the module . 
object is interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises an extensible markup language (XML). 
However, Gehrman does teach this (Introduction, paragraph 2 where the actions 
coded in C++ is interpreted as an executable and the XML file is interpreted as 
the file written in an extensible markup language (XML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
with an executable in combination with Ezekiel's method. The motivation is to 
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facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 19, Ezekiel, Rine, Shank and Gehrman teach the computer- 
implemented method of claim 16, wherein the first file comprises an executable 
file (Ezekiel, col 6 paragraph 2 where the add-on is interpreted as the plug-in, the 
module commands object is interpreted as the interface file and the module 
object is interpreted as the second file). Ezekiel does not teach the first file is an 
executable and the second file comprises a standard generalized markup 
language (SGML). However, Gehrman does teach this (Introduction, paragraph 2 
where the actions coded in C++ is interpreted as an executable and the XML file 
is interpreted as the file written in a standard generalized markup language 
(SGML)). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's separation of XML file 
with an executable in combination with Ezekiel's method. The motivation is to 
facilitate customization of menus without changing the application's source code 
(Gehrman, introduction). 

As per claim 20, Ezekiel, Rine, Shank and Gehrman teach the computer 
implemented method of claim 15, wherein the framework is configured to provide 
the first set of interface elements (col 9, paragraph 4 where common commands 
included as placeholders is interpreted as a set of interface elements); Ezekiel 
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does not teach the set is for a plurality of applications. However Gehrman does 
teach this (Gehrman page 3, paragraph 2 where standard actions are stored in a 
non-application specific class.) 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use Gehrman's separation of a set of 
standard actions, which are non-application specific. The motivation is to have 
the standard actions automatically be included in the application(s) without 
having to rewrite code. (Gehrman, page 3 paragraph 2). 

As per claim 21, Ezekiel, Rine, and Shank teach the computer- 
implemented method of claim 15, wherein the method further comprises: 

(e) Ezekiel shows loading a second plug-in (Ezekiel fig 2, 260, 271 , 272) 
providing a third set of interface elements ( Ezekiel, abstract). Ezekiel does not 
explicitly teach the addition of a user interface component loader. However 
Shank does teach this (Shank chapter 2, "Deploying Templates and Application- 
Specific Add-ins" paragraph 3 where add-ins interpreted as plug-ins that are 
installed in the add-ins folder automatically appear in the list of available add-ins 
dialog box is interpreted to mean the add-ins are automatically loaded from the 
default configured folder). Since no definition is provided for user interface 
component loader it is interpreted in the broadest sense -an automatic loading of 
an add-in. 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's default folder and component 
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loader in Ezekiel's method. The motivation would have been that users do not 
have to browse to find correct files(Shank, chapter 2, "Deploying Templates and 
Application-Specific Add-ins" paragraph 5). 

(f) Ezekiel teaches hosting the second plug-in with a shell linked to the 
framework (in fig 2, items 271, 272 hosted by shell 260 linked to 250 interpreted 
as a framework) 

(g) Ezekiel teaches providing an interface between the shell and the 
second plug-in with a second shell adapter interface in order to utilize the third 
set of interface elements, (fig 2 link between 260 and 271 , 272). Ezekiel does not 
expressly disclose the link is a shell adapter interface, in order to utilize the third 
set of interface elements. However, Rine does teach this (abstract, where the 
components are interpreted as one or more plug-ins and adapters are interpreted 
as one or more shell adapter interfaces). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Rine adapter in Ezekiel's method. 
The motivation would have been to increase the components' reusability and 
ease their integration (Rine, abstract). 

As per claim 22, Ezekiel teaches the computer-implemented method of 
claim 21 , wherein the second set and the third set of interface elements comprise 
interface elements for the same application (Ezekiel, fig 2 items 260, 271 , 272). 
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As per claim 23, Ezekiel, Rine, and Shank teach the computer- 
implemented method of claim 21 wherein the second set of interface elements 
comprises interface elements for a first application (Ezekiel fig2 items 260, 271 ). 
Ezekiel does not explicitly teach the third set of interface elements comprise 
interface elements for a second application that is different from the first 
application. However Shank does teach this (Chapter 1 1 , Add-ins, Templates, 
Wizards and Libraries paragraph 3 where COM add-ins work in more than one of 
the applications). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's non-application specific add- 
in in Ezekiel's method. The motivation would have been to eliminate redundancy 
and be able to share code in the add-in (Shank, Chapter 1 1 , Add-ins, Templates, 
Wizards and Libraries paragraph 3 where add-in is interpreted as plug-in). 

9. Claim 24 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ezekiel ("Ezekiel"; US #5625783) in view of "Using adapters to reduce interaction 
complexity in reusable component-based software development"("Rine", 1999) 
and "Microsoft Office 2000/ Visual Basic: Programmer's Guide" ("Shank", April, 
1999). 

As per independent claim 24, Ezekiel teaches in a computer system 
having a graphical user interface including a display and a user interface 
selection device, a method of providing and selecting from a menu on the 
display, comprising the steps of: 



Application/Control Number: 10/696,867 Page 22 

Art Unit: 2109 

(a) providing a first set of interface elements with a framework;(Ezekiel, col 
9, paragraph 4 where common commands included as placeholders is 
interpreted as a set of interface elements). 

(b) retrieving a plug-in from a plug-in directory, the plug-in to provide a 
second set of interface elements (Ezekiel abstract), the plug-in capable of being 
utilized in a plurality of shells though the use of an adapter; Although Ezekiel 
shows the locating and loading of the plug-in(fig 2, 260, 271). Ezekiel does not 
explicitly teach retrieving a plug-in located in a plug-in directory. However Shank 
does teach this (Shank chapter 2, "Deploying Templates and Application-Specific 
Add-ins" paragraph 3 where the default folder c:\windows\application 
Data\Microsoft\Addins is interpreted as the default folder the framework is setup 
to discover plug-ins) and (Shank chapter 2, "Deploying Templates and 
Application-Specific Add-ins" paragraph 3 where add-ins (interpreted as plug-ins) 
that are installed in the add-ins default folder automatically appear in the list of 
available add-ins dialog box is interpreted to mean the add-ins are retrieved from 
the default configured folder). Ezekiel does not teach the plug-in is capable of 
being utilized in a plurality of shells through the use of an adapter. However Rine 
does teach this (Rine Abstract) 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Shank's default folder and add-in 
retrieval in Ezekiel's method. The motivation would have been that the it is easier 
to locate an add-in (Shank, chapter 2, "Deploying Templates and Application- 
Specific Add-ins" paragraph 7) and users do not have to browse to find correct 
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files(Shank, chapter 2, "Deploying Templates and Application-Specific Add-ins" 
paragraph 5). 

It also would have been obvious to a person of ordinary skill in the art to use the 
Rine's adapters with Ezekiel's method. The motivation would have been that it 
increases the plug-ins reusability and eases their integration (Rine abstract). 

(c) Ezekiel teaches displaying the plug-in on the display ( col 8 paragraphs 5,6 
where the menus interpreted as the plug-in become available for selection by the 
user is interpreted as the displaying the plug-in on the display) 

(d) Ezekiel also teaches receiving a plug-in selection entry signal indicative of the 
user interface selection device pointing at the plug-in on the display and in 
response executing the plug-in; (col 8 paragraphs 5,6 where the menus 
interpreted as the plug-in become available for selection by the user with selector 
device and upon the user's selection of a displayed menu item the shell executes 
that selection is interpreted as executing the plug-in) 

(e) Ezekiel also teaches displaying at least a menu element associated with the 
plug-in (Ezekiel abstract and col 9 paragraph 2 where the add-on components 
may specify a new group or menu). 
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10. Claim 25 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ezekiel, Rine and Shank as applied to claim 24 above, and further in view of 
"Defining menus and toolbars in XML" ("Gehrman", Aug 2, 2002). 

As per claim 25, Ezekiel teaches the computer-implemented method of - 
claim 24, wherein the menu element is selected from the group consisting of a 
toolbar, a status bar, and a menu bar. Although Ezekiel teaches the plug-in 
contains menu items (Ezekiel, abstract and col 3 paragraphs 2,3) Gehrman 
further teaches the menu element appear in the menu bars and tool bars 
(Gehrman Introduction, paragraph 2). 

Therefore, at the time of the invention, it would have been obvious to a 
person of ordinary skill in the art to use the Gehrman's inclusion of menubars and 
toolbars with Ezekiel's method. The motivation is to facilitate customization of 
menus including menubars and toolbars without changing the application's 
source code (Gehrman, introduction). 

Pertinent Art not relied upon. 
1 . The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: Focusing on component architecture, the use of interface 
plug-ins and the use of software adapters: US71 17446, User Interface Method 
and System for Application Programs Implemented with Component 
Architectures, US6222533 B1 , System and Process having a universal adapter 
framework and providing a global user interface, US2004/0 183832 A1, 
Extensible Graphical User Interface Development Framework, US2006/0282787, 
User Interface method and system for application programs implemented with 
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component architectures, US7086006 B2, Component User Interface 
Management, US2003/01 84584 A1, User Interface Framework for integrating 
user interface elements of independent software components, US5,596,702, 
Method and system for dynamically sharing user interface displays among a 
plurality of application program, US7100148 B2 Development Computer 
Development Program for combining components to applications, using 
component descriptors related to the component, US2002/0 104067 A1 Method 
and System and Article of Manufacture for an n-tier software component 
architecture application, US2006/00 10421 A1 Methods and Apparatus for 
portable object-oriented components, US2005/0033763 A1 System and Method 
for providing a noon-specific graphical user interface framework, US6990654 B2 
XML-Based Graphical User Interface Application Development Toolkit, and 
US2002/01 04073 A1 Component Oriented Programming. Also of note, the 
following non-patent literature focusing on component architecture: Coding with 
KParts Understanding the KParts component architecture, The Component 
Object Model: Technical Overview, and focusing on XML in GUI item definitions, 
A Review of XML-Compliant User Interface Description Languages. 

Inquiry 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Rachel M. Herbst whose telephone number is 
571-270-5132. The examiner can normally be reached Monday through 
Thursday. 
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If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Taghi Arani can be reached on 571-272-3787. The fax 
phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 
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